home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c-part1 / 593 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.7 KB
  1. Path: erich.triumf.ca!bennett
  2. From: bennett@erich.triumf.ca (P.Bennett)
  3. Newsgroups: comp.lang.c
  4. Subject: Re: gets() question
  5. Date: 7 Jan 1996 09:44 PST
  6. Organization: TRIUMF: Tri-University Meson Facility
  7. Distribution: world
  8. Message-ID: <7JAN199609444189@erich.triumf.ca>
  9. References: <4cosgf$rir@newsbf02.news.aol.com>
  10. NNTP-Posting-Host: erich.triumf.ca
  11. News-Software: VAX/VMS VNEWS 1.50    
  12.  
  13. In article <4cosgf$rir@newsbf02.news.aol.com>, simpsondg@aol.com (SimpsonDG) writes...
  14. >Can any of you C gurus out there help me with this?  I have a problem with
  15. >gets() that I don't understand.  The program below will successfully input
  16. >the string s[0], but will simply ignore the gets() that inputs s[1] and
  17. >goes on to ask for i[1].  What's the deal?  A little experimenting seems
  18. >to indicate that the problem arises when I have a gets() following a
  19. >scanf() -- e.g., a program using only gets() or only scanf() works fine.
  20. > 
  21.  
  22. >#include "stdio.h"
  23. > 
  24. >void main(void)
  25.  
  26. To avoid flames in comp.lang.c (and because the C standard says so), this _must
  27. be:
  28.     int main(void)
  29. in spite of many books to the contrary.
  30. (then you need "return 0;" at the end of main() )
  31.  
  32. Unless you are careful with the first argument to scanf(), it will leave a
  33. newline in the input buffer.  If you use only scanf()s, this is no problem, as
  34. the next scanf() will consider the newline as "white space" and just read past
  35. it.  However, most other input functions will just read up to, and including, a
  36. newline, so seem to be ignored following a scanf().
  37.  
  38. A better input method is to _only_ use fgets() (_never_ gets()!), then use
  39. sscanf(), strtok(), atoi(), or whatever to parse the input - this avoids the
  40. problem you are having, and allows you to do some defensive coding, to catch
  41. invalid input. If the user enters something shorter than the buffer size
  42. specified for fgets(), fgets() will leave a '\n' at the end, which you may need
  43. to remove...
  44.  
  45. gets() should not be used because it allows the user to enter an infinitely
  46. long string, and write far beyond the space you allocated for input, which will
  47. corrupt other variables or code.
  48.  
  49.  
  50. >{
  51. >   int i[5];
  52. >   char s[3][10];
  53. > 
  54. >   printf ("Enter s[0]:  ");
  55. >   gets (s[0]);
  56. > 
  57. >   printf ("Enter i[0]]:  ");
  58. >   scanf ("%d",&i[0]);
  59. > 
  60. >   printf ("Enter s[1]:  ");
  61. >   gets (s[1]);                  /* this gets() doesn't wait for input */
  62. > 
  63. >   printf ("Enter i[1]]:  ");
  64. >   scanf ("%d",&i[1]);
  65. >}
  66. Peter Bennett VE7CEI                | Vessels shall be deemed to be in sight
  67. Internet: bennett@triumf.ca         | of one another only when one can be
  68. Packet: ve7cei@ve7kit.#vanc.bc.ca   | observed visually from the other
  69. TRIUMF, Vancouver, B.C., Canada     |                          ColRegs 3(k)
  70. GPS and NMEA info and programs: ftp://sundae.triumf.ca/pub/peter/index.html
  71.  
  72.